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PATENT 

Attorney Docket No.: 16222U-016500US 
Client Reference: 3519 

METHOD AND SYSTEM FOR PRO VIDING A DISTRIBUTED 
ADAPTIVE RULES BASED DYNAMIC PRICING SYSTEM 

BACKGROUND OF THE INVENTION 
5 [0001] In today's environment, promotion systems often include point of service or 

sale devices and portable devices. Such systems generally utilize a set of rules to manage and 
process transactions. Typically, these rules are centrally managed and elements of the rules 
or the data used in their application are distributed from a central location, such as a server, to 
the points of service as needed from time to time on a transaction-by-transaction basis. As a 
10 result, the bulk of the programming administration is performed at the central location. 

Conversely, limited transaction processing is performed on the part of the portable devices 
and/or the point of service devices. 

[0002] A number of situations often lead to sub-optimal use of such systems, thereby 

resulting in service delivery that does not meet the performance expectation of the service 
15 provider or user. Examples of such situations would include cases where data would be 

missing or corrupted at the point of service, where the central system would fail to update the 
rules and data used by the point of service device in a timely fashion, and where centrally 
defined rules cannot accommodate the variety of situations at the point and time of service, 
etc. 

20 [0003] Sub-optimal use includes, for example, a promotion system where the 

promotional messages used in the portable devices are out of date; a rewards system where 
the incentive programs in the system are not delivering consumer appeal; and a price 
definition system where the dynamic shifts of demand and offer at a particular outlet are not 
properly integrated in a timely manner. 

25 [0004] In addition, conventional systems also limit interactions between service 

providers that would allow them to jointly optimize the delivery of their services, for 
instance, where the use of certain forms of payment and promotion for certain products and 
services are tied together. 

[0005] Hence, it would be desirable to provide a system that is capable of handling 

30 and processing transactions more efficiently in a distributed manner. 



BRIEF SUMMARY OF THE INVENTION 
[0006] In one exemplary embodiment, a system for providing distributed control to 

process transactions is provided. The system includes a number of nodes, each node having a 
5 node order and having associated therewith a number of rules and a number of meta-rules. 
The rules use a variety of data as inputs including transaction and event related data, device 
related data and environment related data. The rules also include one or more rules on 
communications routing between nodes. 

[0007] A first node uses its associated rules to determine an outcome for a 

10 transaction. If the first node is unable to determine the outcome for the transaction using its 
associated rules, the first node uses its associated meta-rules to either determine whether one 
or more of its associated rules can be altered locally in order to determine the outcome or 
request a second node having a node order that is equal to or higher than that of the first node 
to help determine the outcome using the rules and meta-rules associated with the second 
15 node. 

[0008] If the second node is unable to determine the outcome using its associated 

rules, the second node uses its associated meta-rules to either determine whether one or more 
of its associated rules can be altered locally in order to determine the outcome or request a 
third node having a node order that is equal to or higher than that of the second node to help 
20 determine the outcome using the rules and meta-rules associated with the third node. 

[0009] Moreover, the first node uses historical transaction information to update the 

rules and meta-rules associated with a node having a node order that is equal to or lower than 
that of the first node in order to render processing of transactions more efficient. 

[0010] Each node is configured to receive an administrative request. Upon a node 

25 receiving the administrative request, the node is directed to propagate one or more of its 
associated plurality of rules or meta-rules to another node. 

[0011] Each node is also configured to collect data relating to the transactions to 

allow a system provide to manage or maintain system performance. 

[0012] In another exemplary embodiment, another system for providing distributed 

30 control to process transactions is provided. The system includes a number of service provider 
systems, each service provider system having associated therewith a number of rules and a 
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number of meta-rules; a number of point of service devices, each point of service device 
having associated therewith a number of rules and a number of meta-rules; and a number of 
portable devices, each portable device having associated therewith a number of rules and a 
number of meta-rules. 

5 [0013] A portable device uses its associated rules to determine an outcome for a 

transaction. If the portable device is unable to determine the outcome for the transaction 
using its associated rules, the portable device then uses its associated meta-rules to either 
determine whether one or more of its associated rules can be altered locally in order to 
determine the outcome or request a point of service device to help determine the outcome 

10 using the rules and meta-rules associated with the point of service device. Alternatively, the 
portable device and the point of service device may use their respective associated rules to 
determine the outcome for the transaction. If the outcome cannot be reached, the point of 
service device uses its associated meta-rules to either determine whether one or more of the 
rules associated with either the portable device or the point of service device can be altered 

15 locally to determine the outcome or request another point of service device. 

[0014] If the point of service device is unable to determine the outcome using its 

associated rules, the point of service device uses its associated meta-rules to either determine 
whether one or more of its associated rules can be altered locally in order to determine the 
outcome or request another point of service device or a service provider system to help 
20 determine the outcome using the rules and meta-rules associated respectively with this other 
point of service device and the service provider system. 

[0015] Optionally, the system further includes a number of network gateways, each 

network gateway having associated therewith a number of rules and a number of meta-rules. 
If the point of service device is unable to determine the outcome using its associated rules, 
25 the point of service device uses its associated meta-rules to either determine whether one or 
more of its associated rules can be altered locally in order to determine the outcome or 
request another point of service device or a network gateway to help determine the outcome 
using the rules and meta-rules associated respectively with the point of service device and the 
network gateway. 

30 [0016] If the network gateway is unable to determine the outcome using its associated 

rules, the network gateway uses its associated meta-rules to either determine whether one or 
more of its associated rules can be altered locally in order to determine the outcome or 
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request another network gateway or a service provider system to help determine the outcome 
using the rules and meta-rules associated respectively with this other network gateway and 
the service provider system. 

[0017] Moreover, the point of service device uses historical transaction information to 

5 update the rules and meta-rules associated respectively with one or more portable devices in 
order to render processing of transactions more efficient. Similarly, the service provider 
system uses historical transaction information to update the rules and meta-rules associated 
respectively with one or more point of service devices and one or more portable devices, and 
one or more network gateways in order to render processing of transactions more efficient. 

10 [0018] In yet another exemplary embodiment, a method for providing distributed 

control to process transactions is provided. The method includes: maintaining a service 
provider system having associated therewith a number of rules and a number of meta-rules; 
maintaining a point of service device having associated therewith a number of rules and a 
number of meta-rules; maintaining a portable device having associated therewith a number of 

15 rules and a number of meta-rules; determining an outcome for a transaction using the rules 
associated with the portable device; and if the outcome cannot be determined using the rules 
associated with the portable device, using the meta-rules associated with the portable device 
to either determine whether one or more of the rules associated with the portable device can 
be altered locally in order to determine the outcome or request the point of service device to 

20 help determine the outcome using the rules and meta-rules associated with the point of 
service device. 

[0019] The method also comprises: if the outcome cannot be determined using the 

rules associated with the point of service device, using the meta-rules associated with the 
point of service device to either determine whether one or more of the rules associated with 
25 the point of service device can be altered locally in order to determine the outcome or request 
the service provider system to help determine the outcome using the rules and meta-rules 
associated with the service provider system. 

[0020] The method further comprises: maintaining a network gateway having 

associated therewith a number of rules and a number of meta-rules; and if the outcome cannot 
30 be determined using the rules associated with the point of service device, using the meta-rules 
associated with the point of service device to either determine whether one or more of the 
rules associated with the point of service device can be altered locally in order to determine 
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the outcome or request the network gateway to help determine the outcome using the rules 
and meta-rules associated with the network gateway. 

[0021] Moreover, the method comprises: if the outcome cannot be determined using 

the rules associated with the network gateway, using the meta-rules associated with the 
5 network gateway to either determine whether one or more of the rules associated with the 
network gateway can be altered locally in order to determine the outcome or request the 
service provider system to help determine the outcome using the rules and meta-rules 
associated with the service provider system; directing the point of service device to use 
historical transaction information to update the rules and meta-rules associated with the 
10 portable device in order to render processing of transactions more efficient; and directing the 
service provider system to use historical transaction information to update the rules and meta- 
rules associated respectively with the portable device and the point of service device in order 
to render processing of transactions more efficient. 

[0022] Reference to the remaining portions of the specification, including the 

15 drawings and claims, will realize other features and advantages of the present invention. 
Further features and advantages of the present invention, as well as the structure and 
operation of various embodiments of the present invention, are described in detail below with 
respect to accompanying drawings, like reference numbers indicate identical or functionally 
similar elements. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0023] FIG. 1 is a simplified schematic diagram illustrating the system architecture of 

one exemplary embodiment of the present invention; 

[0024] FIG. 2 is a simplified schematic diagram illustrating an exemplary 

25 embodiment of a software service agent according to the present invention; 

[0025] FIG. 3 is a simplified schematic diagram illustrating an exemplary 

embodiment of the meta-rules formalism according to the present invention; 

[0026] FIG. 4 is a simplified diagram illustrating various distributed adaptive loyalty 

schemes that can be implemented according to the present invention; 

30 [0027] FIG. 5 is a simplified diagram illustrating the concept of equivalent offers 

using vector theory according to one exemplary embodiment of the present invention; and 
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[0028] FIG. 6 is a simplified diagram illustrating an offer feedback loop according to 

one exemplary embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
5 [0029] The present invention in the form of one or more exemplary embodiments will 

now be described. As used herein, the following is a glossary of terms with their 
corresponding definitions: 

[0030] Portable device: a personal device, with storage and computing ability and sets 

of unique identifying characteristics, carried by an individual and used to conduct a 
10 transaction. 

[0031] Point of service (sale) device: a device, with storage and computing ability, 

used to interact with the portable device and, from time to time, with network gateways 
and/or back-end systems, to conduct a transaction at the point of service or sale. 

[0032] Back-end system (service provider system): a computing device, separate from 

15 the point of service device, that enables the delivery of a service, provides data and software 
objects required locally for the delivery of the service, and analyzes data about service 
events/transactions and the point of service state. 

[0033] Network switch (network gateway): a computing device that enables 

communications between the point of service devices and the back-end systems and may 
20 perform data/transaction processing on behalf of the back-end systems if so configured. 

[0034] System component (node): a component of the transactional infrastructure; 

portable devices, point of service devices, network gateways, and back-end systems are the 
different types of nodes of the system. 

[0035] Node order: level of authority of a node in the transactional infrastructure; 

25 generally, the portable devices have the lowest node order, followed by the point of service 
devices, the network gateways and the back-end systems in ascending order. 

[0036] Portable device user: a carrier of the portable device at the time of the 

transaction with the point of service device. 

[0037] Portable device issuer: an owner and/or provider of the portable device. 
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[0038] Point of service device operator (acceptor): an entity or person responsible for 

the operations of the point of service device. 

[0039] Service provider: a provider of services the delivery of which is enabled by the 

interaction of the portable device and the point of service device; examples of a service 
5 provider include financial institutions providing payment services, merchants providing 
promotional programs, and product manufacturers. 

[0040] Network owner (processor): an owner of a network gateway providing 

connectivity, switching between point of service devices and back-end systems, and 
optionally, performing transactional processing on behalf of the service providers. 

10 [0041] Transaction: a singular interaction between the portable device and the point 

of service device including a decision related to service delivery; the result of the transaction 
may be successful, unsuccessful, or in a number of intermediate states as defined by the 
service provider. 

[0042] Service request: a call from a system node to a node of a similar (peer to peer) 

15 or higher node order to assist in the processing of a transaction based on the rules and meta- 
rules available at that node. 

[0043] Administrative request: a call from a system node to a node of a similar (peer 

to peer) or lower node order to assist in the processing, distribution and management of 
system data, system states, and distribution of processing rules and meta-rules. 

20 [0044] System state: a compilation of states of all components of the transaction 

system at a given time, including node state, local data, event data and system records; the 
system state may vary with time. 

[0045] System performance: average over a period of time of the system states 

compared to an optimum state. 

25 [0046] Service delivery record: a record of past transaction results. 

[0047] Price computation rules (transaction processing rules): local set of processing 

rules defining the conditions under which a transaction will be priced locally or referred to a 
node of a higher order. 

[0048] Meta-rules: rules governing (1) the definition of equivalence, or substitution 

30 between one price computation rule and another; rules are said to be equivalent when their 
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application would result in the same theoretical system performance; rule substitution is the 
operation by which a node replaces a price computation rule with another to increase the 
probability of achieving a desired system performance; (2) the administration of the modes, 
such as viral distribution, of the system management function to service requests like, update 
5 of rules and meta-rules and initialization response to the administration request. 

[0049] Viral distribution (viral transmission): mode of rules propagation not 

involving a back-end system; propagation occurs when one node provides its rules and meta- 
rules to another node of equal or lesser order for the purpose of incorporation into the 
recipient node's sets of rules and meta-rules. 

10 [0050] According to one exemplary embodiment, a system is provided for the 

management and distribution of rules used to determine the allowed price of a product or 
service to be provided during a transaction. In one aspect, components of the system (nodes), 
including the back-end systems, the network gateways, the point of service devices, and the 
portable devices are able to locally utilize corresponding algorithms and/or rules to 

15 collectively determine the outcome of a transaction or a service delivery request (transaction 
processing rule). In one configuration, a service provider initially defines the algorithms 
and/or rules for all the system nodes that are to be used to process a transaction related to that 
service provider and may modify such algorithms and/or rules from time to time. As will be 
further described below, the components are able to adapt these algorithms and/or rules. 

20 [0051] In one situation, the universe of possible price computation rules used to 

determine the price of a product or service is defined by the service provider with the 
intention of achieving an optimum system performance. The price computation rules may 
use utilize a variety of data to determine the outcome of the transaction including, for 
example, environmental data, node data, event (transaction) data including transaction value 

25 setting data (such as, price, grades, risk, etc.), system data (such as, node identifier, owner, 

security classes, scheme participation, etc.), system state data, system components states data, 
service delivery records, user and service provider data and logs (such as, behavioral data, 
demographics data, psychographics data, etc.), service logs, observed and desired system 
performance. 

30 [0052] Price computation can be performed in a number of ways. For example, a 

price computation may be completed at the local node; alternatively, in the case of 
inconclusive processing at the local node, the price computation can be re-processed either 



with referral to the local meta-rules for alteration of the local price computation rules or via 
referral with a service request to a node of a higher order for processing based on the price 
computation rules and meta-rules stored at that node. Collaborative price computation is 
performed when a node engages one or more other nodes to participate in the processing of 
5 the transaction and/or the adaptation of the rules. 

[0053] When nodes communicate and propagate to other participating nodes price 

computation rules and meta-rules, such viral distribution or transmission of rules and meta- 
rules are defined by the service provider as part of the system's meta-rules. Furthermore, 
each node can communicate to other nodes its level of participation in response to service 
10 requests. The participation level of each node in the system is defined and controlled as part 
of the meta-rules of the system. 

[0054] The adaptation of price computation rules is based on rules of equivalence 

(meta-rules) allowing the substitution of sets of data and associated algorithms between 
nodes. Such rules of equivalence allow the probability of enhancing system performance to 
15 be maximized according to the definition provided by the service provider. The rules of 

equivalence (meta-rules) are typically defined by the service provider to seek optimization of 
system performance according to the service provider's business objectives and/or economic 
model. 

[0055] The adaptation of price computation rules may happen on a real-time basis as 

20 part of the processing of a transaction; or from time to time, using a local node heuristic 

engine capable of analyzing the node state, node service logs, and available system state data, 
and based on the local meta-rules; or by receipt of administrative requests. 

[0056] The meta-rules, or rules of equivalence, are based on the computation and 

comparison of expected, desired and measured system performance for various price 
25 computation rules and the definitions of conditions allowing for the substitution of one set of 
price computation rules and associated data for another. 

[0057] The meta-rules are distributed as node to node transactions defined as 

administrative requests. Response to each administrative request is performed according to 
pre-existing meta-rules. 

30 [0058] The price computation rules and meta-rules are embodied in software agents 

in each participating node, provided or certified or otherwise recognized by the service 
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provider. The system supports conjoint delivery of services by different service providers. A 
software agent from one participating service provider may engage a software agent from a 
different service provider, sharing the same node, to affect the price computation for the 
delivery of either service or product. 

5 [0059] System Nodes 

[0060] FIG. 1 is a simplified schematic diagram illustrating the system architecture of 

one exemplary embodiment of the present invention. Referring to FIG. 1, the system 100 
includes a hierarchy of nodes including a number of portable devices 102, a number of point 
of service devices 104, a number of network gateways 106 and a number of back-end systems 
10 108. In an alternative embodiment, the system 100 may include a number of portable devices 
102, a number of point of service devices 104 and one back-end system 108. 

[0061] In an exemplary embodiment, each node includes the following components: 

one or more service software agents, one or more modules for providing local data system 
services (such as, data acquisition and storage), one or more base communication modules for 
15 node to node communications, and a unique identifier permanently or dynamically assigned 
for identification within the system 100. 

[0062] In an exemplary embodiment as shown in FIG. 2, the service software agent 

includes a price computation engine, a price computation rules store, a meta-rules store, a 
heuristic engine for meta-rules processing and a communications module configured to 
20 interface with the node's base communication modules and/or other locally residing software 
service agent. 

[0063] Portable Device Node Characteristics 

[0064] A node that is a portable device 102 includes the following characteristics. 

Such node is optionally capable of interacting with a user through a number of devices or 
25 system including, for example, a display, a print-out system, a system capable of utilizing the 
sense of sight, a speaker or microphone, a system capable of utilizing the sense of hearing, a 
vibrating system, a keypad or a system capable of utilizing the sense of touch. Examples of 
portable devices 102 include, smart cards, personal digital assistants (PDAs), cellular phones, 
pagers, memory sticks, dongles and the like. 

30 [0065] Point of Service Device Node Characteristics 

10 



[0066] A node that is a point of service device 104 includes the following 

characteristics. Such node is capable of communicating with the portable devices 102 via a 
number of means including, for example, radio frequency, infra-red, direct electrical means 
and the like. Such node is also capable of interacting with a user or point of service device 
operator through a number of devices or systems including, for example, a display, a print- 
out system, a system capable of utilizing the sense of sight, a speaker or microphone, a 
system capable of utilizing the sense of hearing, a vibrating system, a keypad and a system 
capable of utilizing with the sense of touch. Such node is further capable of communicating 
in a substantially real-time basis with a back-end system 108 directly or through a network 
switch/gateway 106. 

[0067] The point of service device 104 includes software enabling and allowing the 

delivery of various types of services including, for example, secure storage of information 
such as unique device identification information, transaction event information, 
environmental information and system performance parameters. The point of service device 
104 is also capable of measuring certain environmental information such as time, 
temperature, weather, geographical location. Examples of a point of service device 104 
include a personal computer, point of sales device, kiosk, ATM, cellular phone, regular phone 
and the like. 

[0068] Network Switch/Gateway Node Characteristics 

20 [0069] A node that is a network gateway 106 has the following characteristics. Such 

node includes software and/or control logic to route service requests and administrative 
requests based on node identifiers. Such node is capable of communicating with point of 
service devices 106 and the back-end systems 108 on a substantially real time basis. Such 
node is further capable of providing peer-to-peer communications with other network 

25 switches 106. Communications with the point of service devices 104, the back-end systems 
108 and other network gateways 106 are conducted in a secure manner. Examples of 
network gateways 106 include transaction stored and forward systems, payment network 
switches, payment network intercept or stand-in processing systems and the like. 

[0070] Back-end System Node Characteristics 

30 [0071] A node that is a back-end system 108 has the following characteristics: it is 

capable of communicating with point of service devices 106 on a substantially real time basis 
either directly or through the intermediary of a set of network switches 106. Such node 

11 



includes software and/or control logic capable of managing price computation rules and 
meta-rules throughout the system 100. Such node includes software and/or control logic 
capable of collecting a variety of data including, for example, system state data and services 
logs, transaction (event) data. The node uses the collected data to perform a number of 
5 functions including, for example, reporting functions for the purpose of billing, identifying, 
managing and counteracting fraud occurring in the system 100 and allowing the system 
operator to monitor and achieve better system performance, and supporting customer service 
functions in particular dispute resolution and exception handling. Communications to and 
from the node may be provided in a secure manner. 

10 [0072] Transaction Processing and Service Requests 

[0074] A portable device 102 typically initiates a transaction by issuing a transaction 

request to a point of service device 104. Alternatively, the point of service device 104 may 
initiate a transaction on its own. When the point of service device 104 initiates a transaction 
or receives a transaction request for a transaction to be initiated, the software service agent 
15 within the point of service device 104 collects from the point of service device 104 and the 
portable device 102 such information as is necessary to determine the price for the goods 
and/or services to be provided during the transaction, computes the price for the transaction 
using the collected information and completes the transaction according to rules governing 
the transaction. 

20 [0075] The point of service device 104 may have to "negotiate" with the portable 

device 102 to access such information as it requires, for instance, performing the necessary 
mutual authentication to ensure the security and integrity of the information exchanged. Such 
negotiation utilizes the price computation engine residing on the portable device 102. Thus, 
information used in the context of the transaction may be acquired, read from storage and/or 

25 computed by both devices. Examples of such types of information include time of day and 
temperature information which is acquired during the transaction, device identification and 
user information which is read from storage and transaction information including, for 
example, transaction number and transaction cryptogram, which is computed during the 
transaction. 

30 [0076] In the event that the local price computation rules do not permit the point of 

service device 104 to arrive at a satisfactory outcome (i.e., a definitive decision between 
multiple processing options cannot be reached), the point of service device 104 may attempt 

12 



to process the transaction by (1) substituting price computation rules per the local meta-rules 
book or (2) sending a service request to a higher order node which may be a network switch 
106 or back-end system 108, if communication with such higher order node is possible. Such 
service request is then processed by the receiving node as if it was a transaction request to be 
5 processed locally according to the transaction processing rules and/or and the local price 
computation rules in place at that node. In the event that the receiving node is similarly 
unable to arrive at a satisfactory outcome, then the receiving node may attempt to process the 
transaction according to its meta-rules book or refer the transaction to a node of equal or 
higher order if possible. 

10 [0077] System Management 

[0078] A service provider is responsible for initializing the various system nodes in 

order to deliver services offered by such service provider. Such initialization may occur via a 
connection to the service provider's back end system or via injection locally on the individual 
nodes prior to their connection to the system 100. The service provider also defines the set of 
15 meta-rules to be used in the system 100. Such rules are defined for each participating nodes 
and include such definitions as rules of equivalence and rules of communications. 

[0079] Rules of equivalence or meta-rules are rules that govern substitution of a price 

computation rule with another. Such substitution could formally be described as the 
definition of a local algebra across the n-space of applicable price computation rules as 

20 follow: If E n is defined as the n-space representing all possible system states, including 
system level data and node local data (acquired or computed), a price computation rule or 
operator can be defined as a numerical function Ton Z n . System Performance is then defined 
as a numerical function <P defining a topology for 0 k , the universe of possible price 
computation functions for the system. A meta-rule is then defined as a transfer function 9A 

25 from 0 k into 0 k with the following construction rule: 

M(r u r 29 r 39 .. 9 r n ) = r y if <p(r y ) > (p(r ] ,r 2 ,r^.,r n ) 

FIG. 3 is a simplified schematic diagram illustrating an exemplary embodiment of the meta- 
rules formalism according to the present invention. 

[0080] Rules of communication dictate the instances and/or conditions under which 

30 service requests and administrative requests are performed. Requirements related to system 
overall security and integrity are included within such rules. This in particular includes the 
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methods by which service and administrative requests are routed to the appropriate node and 
the process by which meta-rules are updated during an administrative request. 

[0081] The service provider is responsible for the installation and/or distribution of 

the meta-rules to participating nodes. Initialization of system nodes includes the basic rules 
5 whereby meta-rules are received and locally updated. Subsequently, distribution of meta- 
rules books to system nodes can take several forms including, for example, injection in the 
node prior to its connection to the system, communication to the node specifically for 
receiving meta-rules book updates, and viral propagation from node to node of lower or equal 
order. 

10 [0082] Once a system is operational, price computation rules book evolves locally per 

the conditions measured at that particular node as to the performance of the system. To 
ensure system integrity as well as provide the ability for the service provider to continuously 
upgrade the set of meta-rules, the system nodes from time to time may be required to provide 
different types of information to the back-end system including, for example, a copy of the 

15 then current local price computation rules book, a copy of the local price computation logs, 
and other local node state data. Such exchange of information is performed in response to an 
administrative request from the back-end system to nodes of lower order, which request may 
also include at that time data to update locally the transaction or price computation rules 
book, the meta-rules book and other system data such as identifiers, keys, etc. 



20 [0083] Practical Examples 

[0084] The following is a number of practical examples further illustrating the present 

invention as described above. 

[0085] Distributed Loyalty System 

[0086] Instead of a basic storage area in the portable and base device as is the case 



25 today, in one exemplary embodiment, the present invention provides the token with a 

heuristic function of modeling reward programs within an economic surface area. Such a 
surface area is delimited by three (3) or more equations, each equation representing a 
consumer behavior model that a sponsor develops to maximize revenue based on economic 
formulas encompassing consumer past behavior, product generation cost and profitability. 

30 [0087] In one exemplary embodiment, the present invention is used to implement 

various distributed adaptive loyalty schemes as shown in FIG. 4. The traditional purchase 

14 



transaction can be described as stimulus. The rewards, coupons, discounts, passes, are a 
loyalty system's responses. The new system's stimulus/response mechanism provides 
portable and base devices with portable rules engine (distributed) having the ability to 
function in real-time to create closed-loop, modular system for repeatedly accepting stimulus 
5 and providing adaptive responses. 

[0088] Adaptive responses are offered at the point of service. According to one 

exemplary aspect, each transaction is analyzed and a user's individual profile is updated. The 
profile determines the appropriate scheme rules and thresholds to utilize. 

[0089] The result of the data mining functions then generates such equations, which 

10 could be updated on a regular basis. Instead of downloading parameter files, the back-end 
system rules engine downloads the new equations and their coordinates ((xl, yl), (x2, y2), 
etc). Each and every equation is an economic model that encapsulates a minimum and 
maximum value for a given set of products, e.g., dairy products like cheese, milk, yogurt, 
with specific reward functions, get one free, 18% off etc. Generically speaking, an algebra 
15 for every space is generated, the intersection of spaces constitutes the economic reward that is 
provided to the consumer. 

[0090] If the consumer does not buy within the proposed multidimensional area (as 

shown in FIG. 4 (it is a 2-space system because of the difficulty of representing an n-space 
system), it requires the portable device request a change in parameters and translates into a 

20 change of slope of the linear programming equation changing elements in some of the spaces. 
With the present invention, the stimulus is not just limited to purchase transactions but 
includes transactions initiated from other use of the portable device, for example, 
balance/status queries (no purchases) and access device. In addition, more dimensions of 
stimuli can be captured and analyzed at the point of sale thus allowing the system to deploy 

25 more effective responses. For example, traditional stimuli capture transactional data, i.e., 
whether purchase was made or not. According to one exemplary embodiment, with a 
distributed adaptive system, stimulus data can encompass spatial (where), historical (purchase 
history) and temporal (when) dimensions. 

[0091] Vending Machines with Adaptive Pricing 

30 [0092] Vending machines are generally off-line devices that are designed to deliver 

goods for a set price. The price may be adapted according to each device but is generally 
done arbitrarily. Yet many instances would exist to optimize the performance of a given 

15 



device. The performance of a device could be defined as the maximization of profit margins 
generated by the device, the maximization of sales per device and the optimization of service 
calls for the device. 

[0093] Each of these performance criteria can become the foundation for a set of 

5 price setting rules used to fluctuate the price of the goods delivered according to the 
environment. For instance, soda machines might increase their price when the ambient 
temperature increases due to the expected increase in demand. Through the use of a local 
heuristic engine, the elasticity of demand vs. price and temperature can be plotted and 
extrapolated and therefore prices may be constantly adjusted. Such a method may be used to 
1 0 either maximize profit or to maximize sales, to ensure that most of the demand for the 

beverages is captured. Other parameters that might easily influence the price of the goods 
could include the time of day and day of the week, effectively taking into account the 
sensitivity of demand according to these parameters. 

[0094] One issue with vending machines is the need to adequately replenish them. In 

15 the event of available communications link, a machine might "call for service". Alternatively 
the machine may use inventory control and pricing methods to maximize the number of sales 
in between scheduled service visits, thus reducing the overall cost of servicing the machine 
and optimizing the sales per unit. Through this example, it can be seen that price can thus be 
set according to a set of computation rules (in this instance, the price as a function of the 
20 goods selected) and meta-rules, comparing the measured vs. desired performance of the 
system (profit, sales, service calls, etc.) and the measured sensitivity to various local 
parameters (temperature, time, time to next visit. . .) to adapt locally the price of the goods 
delivered, without requiring a central intervention. Furthermore, service logs (in this case the 
evolution of sales vs. price as a function of the other registered parameters) may be used by 
25 the goods distributors to develop more efficient meta-rules where multiple parameters and 
rules may be used to evolve product pricing. 

[0095] Adaptive Targeted Offering 

[0096] Adaptive targeted offering allows the intelligence distribution within the 

system. Hence, the rules can be locally updated by the portable device, the point of service 
30 device or the network gateway with certain predetermined and defined parameters to provide 
equivalent offers. This is a powerful tool to allow a very flexible adaptation to the given 
environment and the buying habits of the portable device user. The offers can be modified to 
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motivate the portable device users to try offers they would not otherwise have tried without 
the help of the incentives. The intelligence in the systems allows a certain level of neural 
learning within the system enhanced by the feedback loop created by the adaptation of the 
offers and the measurement of the response. 

5 [0097] The concept of equivalent offers can be easily explained using vector theory as 

shown in FIG. 5 where the offer depicted by vector AD is equivalent to the two step offer 
depicted by vectors AB and BD as well as vectors AC and CD. FIG. 6 illustrates a feedback 
loop which provides the means to adjust the offers based on the previous execution and 
provides the necessary means to stabilize the purchasing behavior. 

10 [0098] Benefits of the present invention relate to its ability to increase the value 

derived from a transactional system without incurring significant networking costs. In fact, 
given the presence of heuristic components in every system node to potentially adapt price 
computation as a function of system performance, the role of back-end systems becomes 
more one of monitoring system states and performance and propagating updates to the meta- 

15 rules book to continuously enhance the overall system performance. 

[0099] The present invention is applicable to a number of systems related to payment 

applications. Furthermore, the present invention is described in terms that allows it to cover 
the breadth of emerging forms of payment tokens including application that would include 
heuristics for price computation, or provide for distributed management of price computation 
20 systems. 

[0100] The present invention could be expanded beyond the notion of dynamic 

pricing to other decisions that might be performed at the point and time of service. Thus, this 
invention may be expanded further into fields that involve decision making with a consumer 
token. It is, for instance, possible to envision such an approach being used in areas such as 
25 traveler security. Equally, the present invention could play a role in the emerging contactless 
applications. 

[0101] It should be understood that the present invention as described above can be 

implemented in the form of control logic using computer software in a modular or integrated 
manner. Based on the disclosure and teachings provided herein, a person of ordinary skill in 
30 the art will know and appreciate other ways and/or methods to implement the present 
invention using hardware and a combination of hardware and software. 
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[0102] It is understood that the examples and embodiments described herein are for 

illustrative purposes only and that various modifications or changes in light thereof will be 
suggested to persons skilled in the art and are to be included within the spirit and purview of 
this application and scope of the appended claims. All publications, patents, and patent 
5 applications cited herein are hereby incorporated by reference for all purposes in their 
entirety. 
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